home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1140 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Subject: Re: Make It Simple 
  2. Date: Mon, 01 Aug 1994 11:40:16 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. "Kevin O'Donovan" wrote:
  7. >Ofir Gal said:
  8. >  > I don't think we need application specific stuff.
  9. >My main concern would be that it could start taking a long time to parse.
  10.  
  11. >it has to be faster than reading and parsing a file every time you
  12. >run. If I fire up an editor to make a quick change I want it available
  13. >right away.  
  14.  
  15. This is certainly a concern.  The obvious solution is to simply have a TSR
  16. that reads the app_defs file and provides an access function that simply
  17. looks up an attirbute string and returns the corresponding value.
  18.  
  19. Another simple alternative is to have a global and a local (per-app)
  20. file.  Both should have the same format (exactly as has been described),
  21. so that an app-defs editor can smoothly process them, and to simplify
  22. the app_defs reading code.
  23.  
  24. >If its provided in object code, and assuming that the interfaces match OK,
  25. >you wouldn't have to read his code, you'd just call it. C or assembler
  26. >would be the ideal languages to write such multi-language code in.
  27.  
  28. This wouyld be a big advantage of a TSR implementation - only the actual
  29. call to the search function would be required.
  30.  
  31. BTW, I know of a very efficient way to implement the app_defs format
  32. I have proposed: a tree, with each node being a string of text between
  33. the "."'s in the attribute pattern.  So don't worry about speed.
  34.  
  35. --
  36. Warwick
  37.